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(57) In a multimedia communications system, a con- 
ference establishment sen/er coordinates the schedul- 
ing of a conference call. The server receives request for 
conference calls (202). The request includes a list of 
participants and may include an indication of the re- 
sources necessary and any rules for the conference call. 
The request may indicate critical resources or partici- 
pants that are required for the call. Based on the re- 
quest, the server determines a conference time and no- 
tifies participants of the time (204, 206, 210). Prior to 
conference time, participants are reminded of the time 
and automatically connected to the call. The server may 
check the status of users on the telecommunications 
network to determine availability. If a critical participant 
or resource is unavailable at conference time, the con- 
ference may be cancelled with notification to the partic- 
ipants. 
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Description 

Field of the Invention 

[0001] The invention generally relates to telecommu- 
nications networks, and In particular, to the provision of 
conference services in a multimedia mobile telecommu- 
nications network. 

Background of the Invention 

[0002] Wireless communk^ation systems are well 
known. Wireless communication systems allow mobile 
radiotelephones to communicate with each other and 
other networks, such as the Internet and the public tel- 
ephone network. First and second generation wireless 
telephone systems are generally constrained in the 
amount of bandwidth available for connmunication. This 
limits capacity and also the types of services that are 
provided. Third generation wireless systems hold the 
promise of greater bandwidth, thereby increasing ca- 
pacity and allowing for enhanced services, such as mul- 
timedia services. Third generation wireless communica- 
tions devices include, in addition to a voice communica- 
tion interface, capability for communication of data and 
display of data, including video. 
[0003] Conference calls between multiple partici- 
pants at different locations are known. Conference calls 
improve efficiency by reducing travel time and costs as- 
sociated with face-to-face meetings. The establishment 
of a conference call requires several steps. First, a day 
and time for the conference call must be established. 
This generally entails contacting each conference par- 
ticipant to determine common availability. This step 
alone can take an enonnous amount of time, especially 
where potential participants are not readily accessible. 
After a date and time are set for the conference call, 
resources to facilitate the call must be reserved. For ex- 
ample, a conference bridge for an audio or video portion 
of the conference may be reserved. Also, attachments 
or exhibits, such as slides, video clips or other presen- 
tation aides, may be provided to conference partici- 
pants, usually in advance of the day and time for the 
conference. Once the necessary resources are re- 
served and allocated f orthe conference call, conference 
access data may need to be supplied to each partici- 
pant. For example, a conference bridge number and 
password may need to be distributed to conference par- 
ticipants to pennlt calling Into the conference bridge. 
The steps described above complete the setup of the 
conference call. The actual conference call requires ad- 
ditional steps. Namely, each conference participant 
must connect to the conference call at the appropriate 
time with the appropriate capability to interact with other 
participants, including possibly the exchange of audio 
data, video data, files, conference presentation materi- 
als and the like. 

[0004] Unfortunately, the steps required for a suc- 


cessful conference call are cumbersome and time con- 
suming. Nonetheless, conference calls are increasingly 
useful and important. And, with the advent and prolifer- 
ation of proposed third generation wireless systems, 
5 ubiquitous availability and capability will only make con- 
ference calls more important. 
[0005] Therefore, a need exists for improved confer- 
ence call establishment services to improve the efficien- 
cy of conference calls. 

10 

Summary of the Invention 

[0006] In accordance with one aspect of the present 
invention a method is provided for scheduling a confer- 
15 ence call. The method begins with the receipt of a re- 
quest for a conference call. The request for the confer-, 
ence call includes at least the participants for the call. 
Preferably, the request also includes resources for the 
call and rules for the call. Some resources and partici- 
^0 pants may be designated critical and therefore, required 
for the call. After the request is received, participant 
availability isdetemiined. Preferably, participant availa- 
bility is determined by examining calendars for the par- 
ticipants for the call. Based on availability, a conference 
25 time is selected. The participants are notified of the con- 
ference time and preferably have an opportunity to con- 
fimri availability at the conference time or suggest an al- 
ternate time. Once a conference time is determined, the 
resources necessary for the call, for example, a confer- 
so ence bridge and conference number, are resented for 
use. 

[0007] In another aspect of the present invention, af- 
ter a conference time has been scheduled, prior to the 
beginning time for the conference, the conference par- 

35 ticipants are notified of the impending start time. This 
notification is preferably made via a text, audio or video 
message. If critical resources or participants have been 
identified, availability of those resources and partici- 
pants may be required before beginning the conference 

^ call. Once the necessary resources and participants are 
available, the conference call is established with partic- 
ipants. 

[0008] A conference establishment server resides in 
or is coupled to a telecommunications network. The con- 

45 ference establishment server coordinates resource and 
participant availability and conference establishment. 
The conference establishment server receives a re- 
quest for a conference call, Including an indication of 
participants for the conference call; determines a com- 

50 nnonly available time of participants for the conference 
call; sends to participants a notification of a conference 
time for the conference call; reserves resources for the 
conference call; and detemnines whether the confer- 
ence should take place according to predetenmined 

55 rules. 
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Brief Description of the Drawings 

[0009] FIG. 1 is a block diagram of a multimedia serv- 
ices networl< that provides conference establishment 
services in accordance with the present invention. s 
[0010] FIG. 2 is a flow chart illustrating a method for 
scheduling multimedia conference services In accord- 
ance with the present Invention. 
[0011] FIG. 3 Is a flow chart illustrating a method for 
changing a preschedu led conference call in accordance io 
with the present invention. 

[0012] FIG. 4 is a flow chart illustrating a method for 
establishing a prescheduled conference call in accord- 
ance with the present invention. 

15 

Description of the Preferred Embodiments 

[0013] FIG. 1 is a block diagram of a preferred em- 
bodiment of a multimedia communications system 1 00 
in accordance with the present invention. Users interact 20 
with multimedia communications system 100 via user 
equipment or user temninals 1 02. Multimedia communi- 
cations system 100 includes a third generation wireless 
system, as defined by the 3^** Generation Partnership 
Program, also known as 3GPP (see3gpp.org). Userter- 25 
minal 1 02 is typically a mobile device that includes a us- 
er interface and an interface for coupling to communi- 
cations system 1 00. The user interface of user terminal 
102 is typically referred to as temriinal equipment and 
generally includes an audio interface, such as a micro- so 
phone and speakers, a visual interface, such as a dis- 
play, and a user input interface, such as a keyboard or 
touch pad. The interface for coupling to communications 
system 1 00 is typically referred to as a mobile terminal 
and generally includes an over-the-air interface for 35 
transmitting and receiving data. 
[001 4] The over-the-air interface of user tennlnal 1 02 
Is used to communicate with base stations 104. In the 
preferred embodiment, base stations 104 include an 
over-the-air interface that is complementary to the over- 40 
the-air interface of user tennlnal 102. Most preferably, 
usertenninal 102 and base stations 104 communicate 
over-the-air using a packet-based protocol. 
[0015] Multimedia communications system 100 pro- 
vides users with a variety of options for communication. 45 
Users are able to transmit and receive multimedia com- 
munications, including audio, voice, video, and all types 
of data. Multimedia communications system 100 pro- 
vides access to data networks, such as the Internet, and 
public telephone networks, including wireless networks. 50 
[0016] In the preferred embodiment, the multimedia 
communications that are directed to and received from 
users via base stations 104 are coordinated and trans- 
ferred using a serving GPRS (GSM Packet Radio Sys- 
tem) support node (SGSN) 1 06, a gateway GPRS sup- 55 
port node (GGSN) 110. a call session control function 
(CSCF) 114 and a home subscriber system 118. SGSN 
106 coordinates multimedia transmissions to and from 


base stations 104. SGSN 106 Is coupled to GGSN 110 
via a data link 112. GGSN 110 Interfaces the multimedia 
communications to and from SGSN 106 to other net- 
works. Call session control function 114 is coupled to 
GGSN 1 1 0 via a data link 116. Call session control func- 
tion 114 coordinates and executes a signaling protocol 
used to establish, maintain and control calls or sessions 
for communications involving user temiinals 102. A 
home subscriber system 11 8 is coupled to call session 
control function 1 1 4 via a data link 1 20. Home subscriber 
system 118 includes subscriber profile infonnation, In- 
cluding infomriation traditionally associated with a home 
location register for a mobile subscriber. 
[0017] To facilitate ancillary and support functions 
within multimedia communications system 100, a charg- 
ing gateway function (CGF) 122 and a media resource 
function 124 are provided. Charging gateway function 
1 22 is coupled to SGSN 1 06 and GGSN 1 1 0 to account 
for packets passing through these elements for account- 
ing, billing and other purposes. Media resource function 
124 is coupled to call session control function 114 and 
to GGSN 1 1 0. Media resource function 1 24 provides re- 
sources for conference bridging, tones, announce- 
ments, text-to-speech conversion, automatic speech 
recognition and other service functions for communica- 
tions through GGSN 110. 

[001 8] GGSN 1 1 0 couples user temriinals 1 02 to other 
networks. In particular, GGSN 110 is coupled to an In- 
ternet protocol (IP) networic 1 46 via a data link 1 48. Data 
link 1 48 preferably Implements a packet-based protocol 
fortransfers to a data networi<. Data link 148 and IP net- 
work 146 provide access to any elements connected to 
IP network 146, such as, for example, a computer 154. 
GGSN 110 is also coupled to a media gateway 130 via 
a data link 150. Media gateway 130 is in turn coupled to 
a public switched telephone networic 142 via a commu- 
nications link 152. Media gateway 130 converts pack- 
etized voice received from GGSN 110 to a circuit- 
switched protocol acceptable to the public switched tel- 
ephone network 142. Conversely, media gateway 130 
converts circuit-switched communications received 
from public switched telephone network 142 to pack- 
etized communications acceptable to GGSN 1 1 0. Media 
gateway 130, data link 150, and communications link 
152 provide an interface for user temninals 102 to the 
public switched telephone network 142. By virtue of this 
connection, user temninals 1 02 are coupled to elements 
attached to the public switched telephone network, such 
as telephone 144. 

[0019] The signaling and control necessary to Inter- 
face GGSN 1 1 0 with public switched telephone networt< 
142 is controlled and provided by call session control 
function 110, a media gateway controller 126 and a 
transport signaling gateway 134. Media gateway con- 
troller 126 is coupled to call session control function 114 
via a data link 1 28. Media gateway controller 1 26 is cou- 
pled to control media gateway 1 30 via data ink 1 32. Call 
session control function 1 1 4 detemiines based on a sig- 
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naling protocol any necessary media gateway resourc- 
es needed for a particular communication or session. 
These needs are transmitted to media gateway control- 
ler 126, which In turns configures and establishes the 
necessary resources in media gateway 130 and also 
provides the necessary signaling to transport signaling 
gateway 134. The resources in media gateway 130 are 
configured to transfer the actual (bearer) data between 
the GGSN 110 and the public switched telephone net- 
work 1 42, Transport signaling gateway 1 34 converts the 
signaling protocol from the media gateway controller 
136 to a signaling protocol necessary for public switched 
telephone network 142. 

[0020] Applications and services are preferably cou- 
pled to multimedia communication system 100 for use 
in interaction with usertemiinals 102. In particular, call 
session control function 114 is coupled to an applica- 
tions and services network 1 56 via a data link 1 58. Also, 
home subscriber system 118 is preferably coupled to 
application and services network 156. A myriad of serv- 
ices and applications may reside in or be coupled to ap- 
plication services network 1 56, including database serv- 
ices from a database 1 60. 

[0021] In the preferred embodiment. SGSN 106, 
GGSN 110, CGF 122, media resource function 124, 
CSCF 114, media gateway controller 126, media gate- 
way 130, and home subscriber system 118 are proces- 
sor-based apparatus with data link interfaces for cou- 
pling together as described above and shown in FIG. 1 . 
These apparatus include one or more processors that 
execute programs to implement the functionality de- 
scribed herein and generally associated with third gen- 
eration wireless systems. 

[0022] FIG. 2 is a flow chart illustrating a method for 
scheduling a conference call in accordance with the 
present invention. FIG. 2 is described below with refer- 
ence to the preferred embodiment shown in FIG. 1 . The 
method for scheduling a conference call preferably be- 
gins when a conference requester enters a conference 
call request including all infomriation necessary for the 
conference call (202). Preferably, the request is in the 
form of a Web page interface accessible by a user ter- 
minal 102 or any other tenmlnal device that couples to 
multimedia communications system 1 00. Most prefera- 
bly, the request is received, and the method is executed, 
by a conference establishment server, which is alterna- 
tively, a server in applications and services network 1 56 
or implemented by any processor-based apparatus dis- 
cussed above or shown in FIG. 1 . The information nec- 
essary for the conference call preferably includes a list 
of participants, an indication of resources desired for the 
call, and rules for the conference call. Preferably, some 
infomriation is designated as critical, indicating that the 
particular information or resource may be necessary for 
the conference call. For example, a speaker that will 
present information on the conference call may be des- 
ignated a critical participant, since without the speaker 
the information will not be presented. The list of partic- 


ipants preferably includes contact Information for the 
participants, such as atelephone number or IP address. 
Most preferably, the list of participants includes availa- 
bility infomriation for the participants, such as available 
5 dates and times or the location of an electronic calendar 
with available dates and times. The resources specified 
for a call Include conference bridge circuits, audio and 
video mixing circuits, software necessary for sharing 
files and other infonnation, or any other resources de- 
sired or needed for the conference call. The rules for the 
conference call generally include limitations on the call, 
for example, a time of day or a particular day of week. 
[0023] Once the conference call request is entered 
(202), the conference establishment server Initiates a 
check on the availability of the necessary participants 
and resources, as specified in the request (204). Pref- 
erably, participant availability is determined by checking 
an electronic calendar associated with the participant. 
Alternatively, participant availability is supplied with the 
request for the conference call or it is detemriined by di- 
rect contact with the participant, such as via an e-mail, 
text message, telephone call, interactive multimedia 
session, or Web interface. Direct contact with the par- 
ticipant should include the ability to receive input from 
the participant. Direct contact with the participant may 
or may not require human intervention. Participant avail- 
ability information is returned to the conference estab- 
lishment server. 

[0024] Resource availability Is preferably determined 
by assessing resources necessary based on the partic- 
ipants, resources and rules associated with the request. 
After an assessment of the necessary resources, func- 
tions supplying those resources are queried for availa- 
bility. For example, media resource function 1 24 may be 
queried by the conference establishment server to de- 
tennlne if and when a bridge for audio/video conferenc- 
ing is available to interconnect four participants using 
usertenminals 102. The availability infonnation associ- 
ated with resources is returned to the conference estab- 
lishment server. 

[0025] The conference establishment server uses the 
participant availability information and the resource 
availability information to determine if there is a day and 
time at which the participants and resources are avail- 
able for a conference call (206). If no available day and 
time is found, the requester of the conference call is no- 
tified (208), Including a notification of the unavailable 
participants or resources. The requester may then use 
this Information to adjust the conference call request 
(202). 

[0026] If the conference establishment server deter- 
mines a time and a date at which the participants and 
resources are available for a conference call (206), then 
the conference participants are notified of the confer- 
ence date and time and any additional infonnation need- 
ed for setup of the conference call (210). In addition, 
confimnation of availability is requested by the confer- 
ence establishment server (210). Preferably, the notifi- 
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cation to the conference participants is conveyed via a 
text message, audio message, video message, rnterac- 
tive multimedia session, or a combination of these, au- 
tomatically generated by the conference establishment 
server. For example, a user terminal may receive a text 
message Indicating a date and time for a conference 
call, a listing of attributes for the call, such as audio, vid- 
eo, and a request for confirmation of availability. Prefer- 
ably, any materials associated with the conference call, 
such as presentation materials or files, are sent to users 
with the notification of the conference date and time. 
[0027] The conference establishment server deter- 
mines whether it received a confimnation from the con- 
ference participants (212). Preferably, critical partici- 
pants must be confirmed and non-critical participants 
may be confirmed. That is, the requester may require 
some confirmations, but may not require confirmation 
from all participants. Most preferably, the request for 
conf imnation allows a participant to enter alternate avail- 
ability times, if necessary. If the necessary conf innations 
are not received, indicating unavailability of critical par- 
ticipants for the conference call, then a detennination is 
made as to whether the conference requester has spec- 
ified an option for a timeout oven-ide (213). Preferably, 
a timeout override option automatically confirms partic- 
ipants who fail to respond to a confirmation request with- 
in a predetermined amount of time. That is, if a required 
confimnation is not received from a participant within a 
predetemnined period of time, then the participant is 
conf Imried. The timeout override option permits tentative 
scheduling of the conference call without undue delay 
in spite of lack of a critical confirmation. If there is a time- 
out override option, then when the timeout period ex- 
pires, the conference is tentatively scheduled, even 
though critical participants may not be confirmed (216). 
If there is not a timeout override option (213), and re- 
quired confirmations are not received (212), then the 
conference call requester is notified of the unavailability 
of participants or resources (208). Preferably, this noti- 
fication is conveyed via atext message, audio message, 
video message, Interactive multimedia session, or a 
combination of these, automatically generated by the 
conference establishment server The requester may 
adjust the parameters for the conference call request as 
a result of detennining a participant is unavailable (208, 
202). 

[0028] If the necessary confirmations are received 
(21 2), or after tentatively scheduling the conference call 
(21 6). then the conference setup is finalized (214). Pref- 
erably, finalizing the conference call setup includes re- 
serving the necessary resources for the conference call. 
Most preferably, the participants' calendars are annotat- 
ed to indicate the scheduled conference call. Also, any 
materials associated with the conference call, if they 
have not previously been sent, are sent to participants 
via email, a text message, a video message, an inter- 
active multimedia session or via a courier service. Alter- 
natively, materials associated with the call are sent to 


participants any time prior to or during the conference 
call. Also, at setup finalizatlon (214) or thereafter, par- 
ticipants receive access codes or any other data needed 
for the call, such as passwords. 

5 [0029] FIG. 3 Is a flow chart Illustrating a method for 
changing a prescheduled conference call in accordance 
with the present invention. Preferably, the conference 
establishment server executes the method for changing 
the prescheduled conference call. Any time prior to the 

^0 time set for the conference call, the conference estab- 
lishment server may receive a request from a confinmed 
or unconfinned participant to add or delete a confimria- 
tlon (302). Preferably, the participant enters the request 
via user temiinal 102. Then, the conference establish- 

15 nnent server detemiines whether the participant wants 
to add a confimnation (304). If the participant merely 
adds a confimnation, then the conference setup is up- 
dated (306). Updating the conference setup preferably 
includes sending notification to the conference request- 

20 er and conference participants. 

[0030] If the participant wants to delete a confirmation 
(308), then a determination is made as to whether the 
deletion is for a required participant (310). If the deletion 
is not for a required participant, then the conference set- 

25 up is merely updated (306). If the deletion is for a re- 
quired participant, as in the case where a conference 
was tentatively scheduled (216), then a determination 
is made as to whether the requester wants to proceed 
or not proceed with the conference call (312). If the re- 

30 quester wants to proceed , then the conference setup is 
updated (306). If the requester does not want to pro- 
ceed, then the prescheduled conference call is canceled 
(314) and the participants are notified about the cancel- 
lation (31 6), The determination as to whether to proceed 

35 with the conference call (312) is preferably made 
through an interactive exchange, such as multimedia 
messaging between the conference establishment 
server and the requester. Alternatively, the sen/er may 
be preprogrammed to make this choice based on a de- 

40 fault setting or input from the requester, which input may 
be supplied as a part of the conference call request 
(202), 

[0031] FIG. 4 Is a flow chart illustrating a method for 
establishing a prescheduled conference call in accord- 

-^5 ance with the present invention. Preferably, the confer- 
ence establishment server executes the method for es- 
tablishing the prescheduled conference call in coordina- 
tion with the necessary resources for the call. First, the 
conference establishment server receives the input nec- 

50 essary for the conference call, including participants, 
rules, resources and the time and date for the confer- 
ence call (402). Preferably, this information is generated 
as a result of execution of the method described above 
with respect to FIG. 2. Alternatively, the conference call 

55 information is entered directly by a user. 

[0032] When the time for the conference call ap- 
proaches (404), the conference establishment server 
does a preliminary check on the availability of parttci- 
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pants and resources (406). In the preferred embodi- 
ment, where the participants are associated with a user 
terminal 102, the presence and availability of user ter- 
minal 102 is determined by querying home subscriber 
system 118. Most preferably, home subscriber system s 
118 maintains data on the presence of user terminals 
102, including whether and where a user temninal 102 
may be roaming. Also, home subscriber system 118 
may maintain alternate contact infonnation for a partic- 
ipant associated with a particular user terminal 102. io 
Where the participants are not associated with a user 
terminal 102, a preliminary check on availability may or 
may not be required. Resource availability is determined 
by querying the functions that provide the resources. For 
example, media resource function 124 may be queried is 
to detemnine if a conference bridge circuit is available. 
Or, SGSN 1 06 may be queried to detemriine if bandwidth 
is available for communications with a user temninal 
102. Preferably, the preliminary check of participants 
and resources (406) does not result in canceling the 20 
scheduled conference call, but may result in notification 
to a conference requester that there is the potential for 
problems with the conference call. 
[0033] Preferably, once the conference time ap- 
proaches, a notification is sentto the participants (408). 25 
For example, five minutes prior to a schedule confer- 
ence call, each participant may receive a notification via 
email, a text message, an audio message, a video mes- 
sage, an interactive multimedia session, or a combina- 
tion of these, to Indicate that a conference call will begin 30 
in five minutes. Most preferably, the notification includes 
an option for at least critical participants to conf inn avail- 
ability for the approaching conference (410). If required 
confinmations are not received (410), then a conference 
call requester is notified of the unavailability of a critical 35 
participant (412). Also, unavailability of a critical re- 
source may require a similar notification to a conference 
requester. The conference requester may elect to pro- 
ceed or not proceed with the conference call (414), An 
election to proceed preferably includes sending confer- 40 
ence access instructions to unconfimned participants to 
allow these participants to join in the call when they are 
available. An election not to proceed results in the con- 
ference call being canceled (418), and all participants 
are notified of the cancellation (420). 45 
[0034] If, on the other hand, the requester elects to 
proceed in spite of lacking confirmation from some crit- 
ical participant (414), or all required confinmations are 
received (410), then the conference call is initiated 
(416). Preferably, the conference call is established by 50 
a server setting up the necessary bearer resources and 
initiating calls to the available participants. This may en- 
tail establishing calls with alternate contacts or on roam- 
ing systems for mobile participants, such as participants 
using user temriinals 102. Also, the availability of re- ss 
sources and capabilities for communication and file 
sharing at a user temrjinal may be checked. In the pre- 
ferred embodiment, conference call establishment may 


also include sending a SIP (Session Initiation Protocol) 
INVITE message (as defined by Internet Engineering 
Task Force - IETF - RFC 2543) to participants to estab- 
lish multimedia sessions. As an altemative to a server 
initiating calls, participants of the conference call may 
call into a conference bridge, which may or may not in- 
clude a password for security. Most preferably, a server 
confirms that all critical participants have bearer re- 
sources for the conference call before a notification is 
given to the participants to begin the call. 
[0035] The present invention provides for the sched- 
uling of conference calls in a multimedia telecommuni- 
cations network based on the availability of participants 
and resources. First, there is a conference call request. 
A conference establishment server receives the re- 
quest. Then, the conference establishment server de- 
termines whether the necessary participants and re- 
quired resources are available for the conference call. 
If so, then the conference establishment server sets up 
a conference time, notifies the participants of the con- 
ference time, and requests confinmations from the par- 
ticipants. Advantageously, this Invention allows a party 
to set up a conference call in a very timely and cost ef- 
ficient manner. 

[0036] Whereas the present invention has been de- 
scribed with respect to specific embodiments thereof, it 
will be understood that various changes and modifica- 
tions will be suggested to one skilled in the art and it is 
intended that the invention encompass such changes 
and modifications as fall within the scope of the append- 
ed claims. 


Claims 

1 . A method for scheduling a conference call compris- 
ing the steps of: 

receiving a request for a conference call, in- 
cluding an indication of participants for the con- 
ference call; 

determining an availability of participants for 
the conference call; 

notifying participants of a conference time for 
the conference call; 

requesting confimnation from participants of 
availability for the conference call; and 
reserving resources for the conference call. 

2. The method of claim 1 further comprising the step 
of adjusting the conference time based on a re- 
sponse to a request for confirmation. 

3. The method of claim 1 wherein the request for a 
conference call includes at least one of an indication 
of resources necessary for the conference call and 
rules goveming the conference call. 
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4. The method of claim 1 wherein the step of deter- 
mining the availability of participants Includes at 
least one of checking a calendar associated with a 
participant and detenmining whether a mobile user 
temilnal Is available. s 

5. The method of claim 1 wherein the step of reserving 
resources includes reserving at least one of a con- 
ference bridge and a conference number. 

10 

6. The method of claim 1 further comprising the steps 
of: 

detemnining that the conference time is ap- 
proaching; 

determining an availability of participants and 
resources for the conference time; and 
sending a notification to participants that the 
conference time is approaching. 

7. The method of claim 6 further comprising the steps 
of: 

receiving a request to update a conf imnation for 
the conference call; and 25 . 

canceling the conference call if a critical partic- 
ipant or resource is unavailable. 

8. In a telecommunications system that couples users 

for voice and multimedia communications, an ap- 30 
paratus for scheduling conference calls comprising: 

a server that: 

receives a request for a conference call, in- 
cluding an indication of participants for the 
conference call; 

detenmines an availability of participants 
for the conference call; 
sends to participants a notification of a con- 
ference time for the conference call; 
requests confirmation from participants of 
availability for the conference time; and 
reserves resources for the conference call. 

9. The apparatus of claim 8 wherein the server: 

detenmines that the conference time is ap- 
proaching; 

determines an availability of participants and so 
resources for the conference time; and 
sends a notification to participants that the con- 
ference time is approaching. 

10. The apparatus of claim 9 wherein the server sends 55 
materials associated with the conference call to par- 
ticipants. 
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FIG. 2 
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FIG. 4 


RECEIVE CONFERENCE 
CALL INPUT INCLUDING 
PARTICIPANTS, RESOURCES, 
TIME 


m 



CHECK AVAILABIUTY 
OF PARTICIPANTS 
AND RESOURCES 


m 


SEND NOTIFICATION 
THAT CONFERENCE TIME 
IS APPROACHING 


m 


412 


NOTIFY REQUESTER 
OF UNAVAIUBILITY 
OF PARTICIPANTS 

OR RESOURCES 




ESTABLISH CONFERENCE 
CALL WITH AVAIUBLE 
PARTICIPANTS 


416 


r 


418 


CANCEL 
CONFERENCE CALL 


420 


NOTIFY PARTICIPANTS 
OF CANCELUTION 


11 


EP 1 294 165 A1 



EuropMD Patent 
Oflic* 


EUROPEAN SEARCH REPORT 


Application Number 

EP 02 25 5819 


DOCUMENTS CONSIDERED TO BE RELEVANT 


Category 


Citation of documsnt with indioation, where appropriate, 
of relevant passages 


EP 1 098 504 A {LUCENT TECHNOLOGIES INC) 
9 May 2001 (2001-05-09) 

* column I, line 33 - column 2^ line 56 * 

US 6 275 575 Bl (WU PHILIP L) 
14 August 2001 (2001-08-14) 

* column 2, line 43 - column 3, line 40 * 

KAUKONEN S ET AL: "Agent based 
conferencing using mobile IP-telephony" 
IEEE WORKSHOP ON MULTIMEDIA SIGNAL 
PROCESSING. PROCEEDINGS OF SIGNAL 
PROCESSING SOCIETY WORKSHOP ON MULTIMEDIA 
SIGNAL PROCESSING, XX. XX» 

13 September 1999 (1999-09-13). pages 
593-598. XP0O2160273 

* the whole document * 


Rslevant 
to claim 


CLASSIRCATION OF THE 
APPLICATION (lnt.Ct.7) 


The ptesent searoh report has been drawn up lor all claims 


1-10 


1-10 


1-10 


H04M3/56 


TECHNICAL FIELDS 
SEARCHED (InLCLT) 


H04M 
H04Q 


Place ot tearch 

THE HAGUE 


Dote of compieti&n cJ the outch 

27 November 2002 


Gkeli, M 


CATEGORY OF OITEO DOCUMENTS 

X : parttoularly relavani U taken obne 

Y : paftlouiaft]^ retevant if oombined with onother 

dooument of ih« somo category 
A : technobgbol baahground 
O : non* written die closure 
P : intarmediote document 


T ; theory or prince underlying the invention 
E : earlier patent dbeument, biit published on, or 

after the filing date 
D : document c^ted in the oppiication 
L : document oiled for other reoaonfi 


& : niemt>er of the oamo potent family, oorresponding 
document 


12 


EP 1 294 165 A1 


ANNEX TO THE EUROPEAN SEARCH REPORT 
ON EUROPEAN PATENT APPLICATION NO. 


EP 02 25 5819 


This annex lists th© patent family members relating to the patent docLiments cited in the above-mention ed European search report. 
The membefs are as contained in the European Patent Offioe EDP file on 

The European Patent Offioe is in no way liatale for these particulars which are merely given for the purpose of information. 

27-11-2G02 


Patent document 
cited in seoich report 


Pubiication 
date 


Patent family 
memt«r(s) 


Pubfication 
date 


EP 10985G4 
us 6275575 


A 

Bl 


O9-O5-20G1 EP 


1098504 A2 


09-05-2001 


14-08-2001 AU 
WO 


43695G0 A 
0152513 Al 


24-07-2001 
19-07-2001 


Si For more details about this annex : see Official Journal of the European Patent Otiice, No. i2/BZ 


13 


